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SUPPORTING BOTH PACKET AND CIRCUIT-BASED WIRELESS NETWORKS 

Background 

This application relates generally to cellular 
telephones . 

5 Cellular telephone networks may be packet -based where 

information is divided into packets and transmitted in a 
packet -switched system. Alternatively, cellular telephone 
networks may be circuit -based or not packet -based. 

In packet -based wireless networks, the user is 

10 generally charged based on the number of packets that are 
transmitted. Commonly in circuit -based wireless networks, 
the user is charged based on connection time. 

Generally, cellular telephones are either packet -based 
or circuit-based, but not both. Some of the reasons for 

15 this are that packet-based systems utilize mobility 

management state information while circuit-based systems do 
not. Application programs in a given cellular telephone 
may be unable to discern when to apply packet -based 
protocols and when to apply circuit-based protocols. In 

2 0 addition, because charges are assessed based on packets in 
a packet-based network and time in a circuit-based network, 
it is difficult for conventional cellular telephones to 
determine how and when to accrue charges. 
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The 3GPP specification calls for a class A mode that 
supports both second generation (2G) and third generation 
(3G) services simultaneously. 3 rd Generation Partnership 
Project; General Packet Radio Service, Service description, 
5 Stage 1, (3 GTS 22.060 Release 1999). However, the 

specification does not explain how to smoothly transition 
between 2G and 3G services . 

For example, in third generation (2.5G or 3G) cellular 
telephone networks, three different mobility management 
10 states known as idle, standby and ready are available. A 
cellular telephone in the ready state is paged periodically 
f9% to determine whether or not the cellular telephone is 

Ivssf 

uJ available and ready to receive phone calls. After the 

i. f"i 

1^ expiration of a time period without receiving a call (or 

^ 15 under other circumstances) , the telephone may be 

«p transitioned from the ready to the standby state. From the 

standby state, upon the expiry of a period of time without 
W receiving any calls, the telephone may be transitioned to 

'(as 

hi the idle state. 

;J20 In the ready state, the phone is ready to receive 

S»* calls. It is periodically paged in accordance with 

appropriate page messaging protocol. The standby state 
involves less paging. Generally, the cellular telephone is 
in a larger area with a plurality of cells and is paged 
25 less often than in the ready state. The least paging is 
done in the idle state. 
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Thus, an application running on a cellular telephone 
that operates both in third generation (2.5G or 3G) and 
second generation (2G) systems, must be able to handle the 
different circumstances that arise because of the mobility 
5 management states when (and only when) the system is in a 
third generation or packet-switched environment. The rest 
of the time the extra constraints raised by mobility 
management states may be ignored. 

Thus, there is a need for a way to transition between 
10 circuit-based and packet-based systems in the same cellular 
telephone without user interaction. 

Brief Description of the Drawings 
Figure 1 is a schematic depiction of one embodiment of 
the present invention; and 
15 Figure 2 is a flow chart in accordance with one 

embodiment of the present invention. 

Detailed Description 
Referring to Figure 1, a cellular telephone may be 
applicable to both second generation circuit-switched 
20 networks and third generation packet -switched networks. 

The cellular telephone or mobile subscriber shown in Figure 
1 may include an application processor 2 8 coupled to a 
baseband processor 32. Basically, the baseband processor 
32 handles call implementation functions and the 
25 application processor 28 handles all other functions. 
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A call model 18 provided with the baseband processor 
32 contains a set of cooperating services that work 
together to process a call. The call model 18 
implementation supports basic call functions such as 
session management including call setup, modification and 
tear down as well as mobility management. Since the 
services offered by networks vary widely, the call model 18 
functionality allows mult i -mode terminal implementation 
that is both modular and scalable as long as all access 
protocols adhere to a pre-defined protocol application 
program interface (API) described herein and all 
applications supporting different access protocols adhere 
to the protocol API . 

The call model 18 residing on the baseband processor 
32 supports both circuit data service (CDS) and packet data 
service (PDS) through a protocol API. The call model 18 
provides PDS availability information as well as mobility 
management (MM) state information to the application 
processor 28 as indicated at 10, for example, through a 
baseband protocol API. The application execution 
environment uses this information to open, suspend, or 
close the wireless PDS applications. 

The mobility management information provided by the 
call model 18 includes mobility management state as well as 
roaming information. The application execution environment 
checks the mobility management state before allowing the 



mobile subscriber to open new PDS applications. The 
application execution environment can be part of a protocol 
API or middleware 24 residing between the baseband 
processor 32 and the application processor 28. 
5 As a result, the application processor 2 8 can handle 

applications or programs 20a relating to 2G implementations 
as well as applications 20b related to 3G or 2.5G 
implementations. This is despite the fact that 2.5G and 3G 
applications and 2G applications may involve considerably 

10 different parameters. Again, 2G applications do not 

generally involve mobility management state information and 
use time-based charges while packet-based systems use 
mobility management state and must contend with idle, ready 
and standby mobility management states and charge based on 

15 numbers of packets. 

Thus, referring to Figure 2, the protocol middleware 
24 initially determines whether PDS is currently available 
to the mobile subscriber as indicated in diamond 26. If 
not, all PDS applications are automatically closed as 

20 indicated in block 40. Closing applications in this 

circumstance may reduce the likelihood of erroneous results 
or crashes in some embodiments. 

If PDS is currently available, the mobility management 
state of the mobile subscriber is determined as indicated 

25 in diamond 30. If the mobile subscriber is in the idle 
state, all PDS applications are closed as indicated in 
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block 42. Similarly, if the mobile subscriber is in the 
ready state, new PDS applications are opened or active PDS 
applications may be continued as indicated in block 44. 
Finally, if the mobile subscriber is in the standby state, 
all PDS applications currently operating are suspended upon 
transition to standby as indicated in block 46. 

Thus, in accordance with embodiments of the present 
invention, the application execution environment may be 
automatically controlled without user interaction to 
support wireless networks based on either circuit or packet 
data service. This method of managing the application 
execution environment may increase the battery life of the 
packet -based cellular telephone in some embodiments. 
Embodiments of the present invention may be used in 2 . 5G 
and 3G packet-based mobile terminals irrespective of what 
type of air interface is utilized. 

As a result, in some embodiments, the application 
environment may suspend or shut down high data rate 
applications when the mobile subscriber is in a 2G network 
without degrading the performance of other applications. 
Similarly, when packet data service applications are 
applicable, the mobility management state of the system may 
be determined and used to handle applications 
appropriately . 

While the middleware 24 is illustrated as residing on 
or being associated with the application processor 28 
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alternatively it may reside on or be associated with the 
baseband processor 32. As still another embodiment, 
portions of the middleware 24 may reside on or be 
associated with each of said application and baseband 
processors 28 and 32. In still other embodiments, the 
baseband and application processor functionalities may be 
accomplished in a single integrated circuit. 

While the present invention has been described with 
respect to a limited number of embodiments, those skilled 
in the art will appreciate numerous modifications and 
variations therefrom. It is intended that the appended 
claims cover all such modifications and variations as fall 
within the true spirit and scope of this present invention. 

What is claimed is: 



